CLAIMS 

1 1. A method for controlling the synchrony of interprocess 

2 communication (IPC) which uses: a. the original sender of 

3 the communication, called the source; b. the ultimate 

4 receiver of the communication, called the destination; c. 

5 a kernel process that is capable of delivering 

6 communications and unblocking the source of the 

7 communication; and d. one or more processes, called 

8 monitors, to which the kernel process may choose to 

9 deliver a communication to, rather than the destination, 

10 and which have the ability to request control of when a 

11 source is unblocked, called the controlling monitor of 
Q2 the source, wherein the method for controlling the 

synchrony of interprocess communication comprise the 

i?}4 following steps: 

h|5 a. when the communication is sent by the source, the 

^6 source is blocked by the kernel process ; 

|47 e . the kernel either delivers the communication to the 

:;J8 destination or to a monitor; 

,jj9 f . the monitor may request that the kernel process make 

I50 it the controlling monitor of the source; 

3l g. the monitor forwards the communication to the 

Q2 destination specifying the source of the communication, 

23 and the monitor is blocked by the kernel process until 

24 the communication is delivered either to the destination 

25 or another monitor; 

26 h. when the communication is delivered to the 

27 destination, the kernel process either: (1) signals the 

28 controlling monitor of the specified source, if any, or 

29 (2) unblocks the specified source; 
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30 i. the controlling monitor of the source can request that 

31 the kernel process unblock the source at any time after 

32 being signalled that the communication was delivered to 

33 the destination. 

1 2. A method as claimed in claim 1, wherein the monitor 

2 may change the identity of the source that is seen by the 

3 destination while maintaining the identity of the 

4 original source for unblocking purposes . 

1 3. A method as claimed in claim 1, wherein the monitor 

2 may change the identity of the destination to which the 

3 communication is to be delivered. 



*Si 4. A method as claimed in claim 1, wherein the message 

m 

p2 embodied in the communication is not delivered to the 

i~3 monitor. 

j^i 5. A method as claimed in claim 1, wherein the timeouts 

2 on the communication are interpreted as being relative to 

o 

|^3 the behaviors of the source and destination. 

J;i 6. A method as claimed in claim 5, wherein the kernel 

Q2 process does not deliver the communication to the 

3 destination or a monitor until the destination is ready 

4 to receive the communication and the destination timeout 

5 (i.e., the timeout set by the source on the amount of 

6 time it will wait for the destination to become ready to 

7 receive the communication) has not expired. 

1 7. A method as claimed in claim 5, wherein the kernel 

2 process delivers the communication to the monitor as soon 
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as the monitor is ready, and the monitor checks for the 
destination timeout's expiration. 

8. A method as claimed in claim 5, wherein the kernel 
process verifies the source timeout (i.e., the timeout 
set by the destination on the amount of time it will wait 
for the source to initiate the communication) has not 
expired before sending the communication to the 
destination or a monitor. 

9. A method as claimed in claim 1, wherein multiple 
monitor processes may claim to be the controlling monitor 
of a source. 

10. A method as claimed in claim 1, wherein the kernel 
process may authorize a monitor's permission to be the 
controlling monitor of a particular source. 

11. A method as claimed in claim 10, wherein the kernel 
process may authorize a monitor's permission to be the 
controlling monitor of any source. 

12. A method as claimed in claim 1, wherein the 
controlling monitor for a particular source may be stored 
in the kernel. 

13. A method as claimed in claim 9, wherein a sequence of 
controlling monitors for a particular source may be 
stored in the kernel. 
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14. A method as claimed in claim 1, wherein the identity 
of the controlling monitor of a particular source is 
passed in the IPC to the destination. 

15. A method as claimed in claim 14, wherein the sequence 
of controlling monitors for a particular source is stored 
by the controlling monitor storing its controlling 
monitor predecessor for each source. 

16. A method as claimed in claim 1, wherein the 
controlling monitor for a source is implemented by 
changing the original source to the controlling monitor 
and the controlling monitor stores the identity of the 
original source. 

17. A method as claimed in claim 16, wherein a sequence 
of controlling monitors for a particular source is 
implemented as a sequence of original source changes in 
the monitors where the last is the true original source. 

18. A method as claimed in claim 1, wherein the monitors 
are implemented as threads in the same process. 

19. A method as claimed in claim -1, wherein the monitors 
are implemented as procedures in the same process. 

20. A method as claimed in claim 1, wherein the monitor 
procedures are in the kernel process. 

21. A method of performing interprocess communications 
(IPCs), comprising the steps of: 
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an IPC process receiving IPC requests, each of 
the IPC requests including a -source identifier 
identifying a source and a destination identifier 
identifying a destination; 

building IPCs in response to the requests; 

transmitting the IPCs from the sources to the 

destinations ; 

intercepting and examining selected ones of the 

IPCs; and 

controlling the synchrony of the IPCs so that 
each IPC appear to the source and to the destination to 
be implemented according to the same semantics regardless 
of whether the IPC is intercepted and examined. 

22. A method according to Claim 21, wherein: 

the step of building and transmitting IPCs 
includes the step of using a kernel to build and transmit 
the IPCs; 

the step of intercepting and examining selected 
ones of the IPCs includes the step of using monitors to 
intercept and examine the selected ones of the IPCs; and 

the controlling step includes the step of using 
the monitors as extensions of the kernel so that the IPCs 
appear to the sources and to the destinations to be 
implemented according to the same semantics regardless of 
whether a monitor is used or not used to intercept and 
examine the IPCs. 

23. A method according to claim 22, wherein, for each 
IPC, one or more of the monitors manages the identity of 
the source for the IPC. 
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24. A method according to Claim 22, further comprising 
the step of, for each IPC, blocking the source for the 
IPC at selected times, and wherein one or more of the 
monitors manages when the source is unblocked. 

25. A method according to Claim 22 , wherein, for each 
IPC, one of the monitors manages whether the monitor is 
notified when the IPC reaches the destination for the 
IPC. 

26. An interprocess communications (IPCs) system, 
comprising: 

a processor having an IPC process for receiving 
IPC requests, each of the IPC requests including a source 
identifier identifying a source for the IPC and a 
destination identifier identifying a destination for the 
IPC; 

means for building IPCs in response to the 

requests ; 

means for transmitting the IPCs from the 
sources to the destinations; 

means for intercepting and examining selected 

ones of the IPCs; and 

a controller for controlling the synchrony of 
the IPCs so that each IPC appear to the source and to the 
destination for the IPC to be implemented according to 
the same semantics regardless of whether the IPC is 
intercepted and examined. 

27. A system according to Claim 26, wherein: 

the means for building and transmitting IPCs 
includes a kernel to build and transmit the IPCs; 
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4 the means for intercepting and examining 

5 selected ones of the IPCs include monitors to intercept 

6 and examine the selected ones of the IPCs; and 

7 the monitors are used as extensions of the 

8 kernel so that the IPCs appear to the sources and to the 

9 destinations to be implemented according to the same 

10 semantics regardless of whether a monitor is used or not 

11 used to intercept and examine the IPCs. 

1 28. A system according to claim 26, wherein, for each 

2 IPC, one or more of the monitors manages the identity of 

3 the source for the IPC. 

O i 29. A system according to Claim 26, wherein, for each 

J 2 IPC, the source for the IPC is blocked at selected times, 

lyi 3 and one or more of the monitors manages when the source 

Is* 

; s 4 is unblocked. 

W 

M- 1 30. A system according to Claim 26, wherein, for each 

1^2 IPC, one of the monitors manages whether the monitor is 

S3 notified when the IPC reaches the destination for the 

' £ 4 IPC. 

5 

P 1 31. A program storage device readable by machine, 

2 tangibly embodying a program of instructions executable 

3 by the machine to perform method steps for performing 

4 interprocess communications (IPCs) , said method steps 

5 comprising: 

6 an IPC process receiving IPC requests, each of 

7 the IPC requests including a source identifier 

8 identifying a source and a destination identifier 

9 identifying a destination; 



YOR920000575US1 



-22- 



* * 



10 
11 

12 destinations; 



building IPCs in response to the requests; 
transmitting the IPCs from the sources to the 



13 intercepting and examining selected ones of the 

14 IPCs; and 

15 controlling the synchrony of the IPCs so that 

16 each IPC appear to the source and to the destination to 

17 be implemented according to the same semantics regardless 

18 of whether the IPC is intercepted and examined. 

1 32. A program storage device according to Claim 31, 

2 wherein: 

3 the step of building and transmitting IPCs 

p 4 includes the step of using a kernel to build and transmit 

!? 5 the IPCs; 

gi6 the step of intercepting and examining selected 

1^7 ones of the IPCs includes the step of using monitors to 

intercept and examine the selected ones of the IPCs; and 
H9 the controlling step includes the step of using 

■~10 the monitors as extensions of the kernel so that the IPCs 

Sll appear to the sources and to the destinations to be 

^2 implemented according to the same semantics regardless of 

5 3 whether a monitor is used or not used to intercept and 

Oi4 examine the. IPCs. 

1 33. A program storage device according to claim 32, 

2 wherein, for each IPC, one or more of the monitors 

3 manages the identity of the source for the IPC. 

1 34. A program storage device according to Claim 32, 

2 further comprising the step of, for each IPC, blocking 

3 the source for the IPC at selected times, and wherein one 
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or more of the monitors manages when the source is 
unblocked. 

35. A program storage device according to Claim 32 , 
wherein, for each IPC , one of the monitors manages 
whether the monitor is notified when the IPC reaches 
destination for the IPC. 
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